<h4>低代码平台的用户是谁？</h4>
<p>低代码平台的用户是想要做数字化转型的传统中小企业。</p>
<p>为什么？</p>
<p>数字化已经是国家战略，既然是战略，那么作为公司掌舵人必须与时俱进，并且亲自把控，亲自推动，这种意识形态的改变不是低代码平台的工作，平台需要的是已经有思想转变的人。</p>
<p>传统企业是毋庸置疑的，非传统企业（不管大中小）会比较重视技术和创新，通常会积极拥抱数字化，也通常有自己的技术团队或者创始人就是技术出生。</p>
<p>当然，传统大型企业也并非不行，但是传统大型企业必然需求更多也更个性，所以自建团队和自研的成本反而比采用低代码的要低，而且迭代周期可以更频繁，开发可以更自由，而中小企业养不起大中型研发团队，通常IT部门的人员也就那么几个人，很多就1个人，而且核心业务通常也就几个，这种情况下，IT部门要从0开发系统必然是不可能，而采购现成的系统成本又太高，低代码平台在这个领域最有用武之地。
</p>
<h4>低代码平台的“低”应该至少有“三低”</h4>
<ul>
    <li><strong>码量低</strong>：根据28定理，我们用低代码平台去实现一个正常企业业务的代码量如果高于用传统编程语言的20%，那么基本上就不算是低代码平台了。</li>
    <li><strong>门槛低</strong>：根据28定理，低代码平台应该解决了80%的问题，只留下不超过20%的问题给开发者，同时开发者不需要是编程高手，只需要懂得基本的逻辑、基础的编码能力和短暂的学习，就能解决问题。</li>
    <li><strong>代价低</strong>：根据28定理，用户处理相同的事情而付出的代价最多只有其不使用平台的代价的20%。同时平台应该保持活力，不断的推出新的功能或者工具进一步帮助用户降低其实现其需要而付出的代价。</li>
</ul>
<h4>低代码平台的七个面</h4>
<ul>
    <li><strong>开发方式</strong>：可拖拽开发和基本的IDE是入门条件了，进一步的有代码的AI提示，健全和便捷的文档查询。这里一定要围绕用户的焦点，也就是拖拽页面或者IDE来提供，而不是让用户跳来跳去的查文档。</li>
    <li><strong>模型驱动</strong>：要忽略掉类、接口等编程概念，简化模型，用户可以方便的建立数据模型以及处理模型之间的关系和数据展示，同时利用DSL等概念简化开发复杂性和学习曲线。</li>
    <li><strong>库与工具</strong>：要提供丰富的库与工具，给用户更多的能力，覆盖更多的场景。例如UI，就要提供丰富的组件，例如编码，就要提供各个方面的库，甚至一些如注册、登陆等几乎每个系统都有的，就要提供一整套方案，同时又能灵活配置。</li>
    <li><strong>协作沟通</strong>：虽然是低代码平台，但是很多公司或者团队都不是单人作战，再加之疫情带来的分布式办公新模式，所以这里需要提供良好的协作模式，例如版本控制，多人并行开发，快速的发起会议等等。</li>
    <li><strong>测试与部署</strong>：当前的DevOps已经能够很好的做到这一点了，低代码平台必须与时俱进。</li>
    <li><strong>开放与集成</strong>：完成的产品应该能够很方便的集成到其他产品中，也可以方便的集成其他服务平台提供的服务。</li>
    <li><strong>性能</strong>：平台显然需要承载很多低代码的产品，那么性能就很重要了，同时还不能让某一个用户的低性能影响到其他的用户。</li>
</ul>